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Description 

[0001] This application ;s a continuation-in-part of 
pending U.S. Patent Application No. 08/570,210 entitled 
"METHOD AND ARCHITECTURE FOR AM INTERAC- 
TIVE TWO-WAY DATA COMMUNICATION NET- 
WORK" by Aiarn Rossmann. one of the co-inventors 



A U T HO Ri ZAT i ON WITH RESPSOTTO COPYRIGHTS 

[0002] A portion ol the present disclosure, contains 

inciudas, dui Is noi fcrniteei to, an Appendix eofctied "imp 
Specification protocols besween Pernio Engine and Ter- 
minal*. Tns copyright owisr has no objection to the fac- 
simile reproduction by anyone o! the patent document 
or tm patent disclosure, as ft appears in the Patent and 
Trademark Office patera 'flies or records, but otherwise 

Fssid 03 ins; invention 

|0003] This Invention reiaies generally to data ccm- 

>. > „ ■> v3o0i " >~ i v. v v s t t u- v ' i v c v r 
t8raci with a network sesvar providing hypermedia infor- 
meuon through a data network. Soch a data network can 
include, tor example, the internet and a wireless net- 

"\ ^ W J, \ - > si ' r tOv, 

devless and typically have Smited computing resources. 

Description o. ths Rslated Art 

(00041 Ths internet se as rapidly growing communica- 
tion network ot interconnected computers and computer 
networks around the vroiio. Together, these connected 
computers torn, a vast repository of multimedia sniof ma- 
tion sh3t is readily acccsslDls fey the connected comput- 
ers irom anywhere at any time. To navigate a portion of 
the internet organized as trie "World Wide Web", tne 
connected computers. e.g., workstations and desktop 

...O, t ^ \ ..A , s „ <- ac. 0" >. -V. y'ti" ~j 

the internet using, typically the Hypertext Transfer Pro- 
toco! (HTTP). A computer which operates a browser us- 



devices capable of communfcsling. via wireless data 
networks, with the internet have bean introduced. The 
interactive two-way communication mobile devices {©. 
g,, two-way pagers, cellular prsooss, pa.in>-slzed corn- 

5 putffig devices and personal digital assistants (PDAs)) 
are among the fastest emerging communication dev:c- 

aiyse, review and disseminate information as the users 
travel or move a&out Unlike computers coupled to the 

ilmitations in computing resources. For example, a csi- 
iuter phone has less than one percent of the processing 
power of a typical desktop personal computer, generally 
less than 128 kiiooytes of memory, m LCD display 
'S whsch i& perhaps four sines high oy twelve or twenty 
characters, and limited or non-existent graphics capa- 
ble ies. Further, a csiiular phone inputs data using a key- 
pad that lias tar fewer keys thana typical persona: com- 
puter (PC) keyboard. With these constraints, a mobile 
25 device cannot efficiently operate the browser used oy 
desktop computers to navigate; me Internet 
fOOOSJ To make available to mobile devices comput- 
ing resources comparable, to a desktop computer is too 
costly There is, therefore, a great need for a solution 
as tnat enables mobile devices to freely access information 
on the internet without providing trtese computing re- 
sources in ths mobile device. 
[O007] Additionally, mobile devices are typically serv- 
iced through ons or rnote wireiess service carriers. The 
ec wireiess sen«ce carriers often provide aodl'ional serv- 
ices by upgrading client application programs in the mo- 
can be accomplished by down loading a new version of 
an application program from a service provider. In mo- 
ss bile devices, downloading a new version of an applies- 

t r> p -> cr Yt , ^ ^ N >: V K t ^ t v t r-K - 

lied by the performances of the computing resources 
and ths wireless network. Hence, there Is ■further need 
for an aDitity to manage client application programs op- 
♦0 srated by the mobile devices. 

SUMMARY OF THE INVENTION 

4$ described problems and ss particuiarfv applicable to en- 
afcling navigation o' internet web pagas by two-way in- 
teractive communication mobile devices {s.g , mobilss 
computing devices, oelluiar phones, paim-sized compu- 
te? devices: personal digital assistant devices and inter* 

6 net- capable appliance remote controllers} which are ca- 
pable of wireless communication via a link sewer with 
service providers or network servers on the internet. De- 
spite the common deficiencies of mobile devices {i.e.. e 
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act affectively wish the if ■terns! ana can be used with a 
wide variety or wireless communication networks (e.g., 
ceiluiar digital packet data (CDPD) network: Global: Sys- 
tem tor Mobile. Communications (GSM) network, Code 
Division Magpie Access (CDMA} network and Tims Di- 
vision Mu&ipte Access {TDMA} network). 
106083 According to one aspect of the present inven- 
tion, a mobile device includes an interface engine thai, 
via a client module, communicates and operates with a 
control engine m a sink server device over a wsrefess net- 
work. The control engine whseh utilizes; the computing 
resources of the link server de-vsee; is responsible for 
tasks that require considerafiie computing power and 
memory, such as processing of URL requests, interpre- 
tation of niarki.jp language fifes, management of data 
cache and variable states. Further, working with a mes- 
sage processor in the server devjce, the control engine 
communicates with art inter face engine usjngs compact 

'-^ - i -w "a co-ff v <\m i t a , ^m^i im 
power and memory, such as receiving input data from 
users, and the rendering of the compact data forma! re- 
ceived Irom tne Sink server device, to cause the mobile 
device to display contents to tne markup language files 

oV > «. ^ * - t „s- - ^ t. 1 

venison, incoming messages to The motile device, in- 
eluding notification and requests, and which typically 
iias one or mors universal resource Identifiers or loca- 
tors, are processed in tne imk server device So general© 
compact messages. The link server device replaces uni- 
versal resource locators m the incoming message with 
address identifiers, and manages an address table 
mapping: each, universai resource locator with an ad- 
dress identifier. Thus orocessed, tne resulting compact 
messages demand less bandwidth of the wifeless net- 
work, thus reducing nigh latency and requiring sees air 
time. 

[0011] According to stsli another aspect of the present 
Invention. local service requests in the mobsie device are 
processed Simultaneously in the interface engine ana 
the control engine, in Ihe prior an. aii iocs! service re- 
quests are. processed locally at the terminal where she 
iocai services are requested. Tne computing-devices of 
the poor art, such as personal computers and worksta- 

putlngpowar, memory and display capacities Tne mo~ 
diie devices in the present Invention, however, taking 
. . \u< •> ■ \ y. - . ;a > - * r <- -a t > 

sources of tne moons tic-vices and Without signrficantly 
compromising overall performance. 
fOQ12l Thus, unlike the ciosed and proprietary prior 
N a"v. ac v a 

pagers), tne present invention allows tnirsfy designed 



Such an open application platform af-ows software de- 
velopers to develop value-added apcilcatlocs ami serv- 
ices to these incMy designee mobile devices Conse- 
quently, many mors new uses can be developed tor two- 
way communication mob: is; devices and two-way com- 
munication networks, including wireless networks, with- 
out physical modification or addition to she two-way 
communication mobiie device. 
[0013] The present Invention can be impiememed f-n 
numerous ways, "or example. scccrd-igroone emtcoa- 
imenl of this invention, a metnod of tn© present invention 
allows an Interactive two-way communication mobile 
device wan a dsspiay screen to interact with a netwoik 
server, in this method, a control engine in a iink server 
is initiated when the mobile device establishes a com- 
munication session with the link server. (Such a iink 
server couples the network server of a iandnet, which 

work which uses a second communication protocol.) 
The link server includes: (a) an account manager man- 
aging a user account associated with the mobile device; 

the network server over the Iandnet, Upon initiation, the 

of the mobile device corresponding to the user account; 
ar;d converts the message, using tha message proces- 
sor, to a compact data file that can be efficiently trans- 
portaoie in tne wireless no; won-,, 
[0014] According to another embodiment of this in- 
vention. In a method of the present Invention, the link 
server sends over -he wireless network a compact data 
Me i; generates, end the interface engine renoers the 
compact data file- to cause she display screen to assplsv 
aeccjrding to the content of the compact data file. 
[001 S] According to ssill another embodiment of -his 
invention a system of fhe c-rcsen; invention includes-' 
fa) a memory for storing code tor a ss-ver modu-:?. fh) 
a data storage device for maintaining a user account for 
the mobile device; and (c) a processor coupled to the 
memory and tne data storage device. The processor ex- 
ecutes the code in the memory to cause the server mos- 
uie to. -a) execute a control enc:ne aesociated with an 
interface engine of a men-lie device; (d) receive a net- 
work message from the network server over the iandnet, 
ussng a firsf communication protocol; (c) buffer the net- 
work message in a cache memory, ;d) generate a com- 
pact message Irom the network message; and (e) send 
the compact message to the mcbrle device over the 
wireless network, using a second communication proto- 

[0016]. According to still another embodiment of tnss 
invention, a system of the present Invention includes 
(a; a display screen; so) an input means; {&} a memory 
lor sfortng code for a client module: and fdi a processor 
coupled to -n-s memory and controlling the display 
screen and the irtpui means. The processor executes 
coda In the memory to cause the client module to: (a) 
execute an interface engine when activating s ptede- 



EP 0 387 868 A2 



fined Key; (b) maintain the interface engine to work with 
a control engine operating in the iink server device in 
concert; fcj receive a compact message from the (mk 
? -s o-.-^a 1 v,c >v ^ « -Mm v 

pact message is generated by s message processor sn 
ihe link server device. according to s network message 
received trom the network' server over a iandnst; and 
{di render the compact message to cause she .display 

•> ~c!-* ' - " '< >- ' -> 
(001 7] Accordingly, one of the objects o? this invention 

lion mobile devices wrfh tolled computing resources 
lhat can enabis mere to effectively interact with a iand- 
nst such as; the interns;. 

[001 S] Other objects, together with the foregoing are 
attained in ths exercise of the invention in the fottowing 

stood by the following detailed description in conjunction 
with ins accompanying drawings, wherein iika reference 
o i ' am ^ ~ m 1 nk> n< s o n 



Figure " lustrates a schematic configuration in 
which the present mvenbon may be practised; 
Figure 2. A depicts a clock diagram of a typical- GSM 
digital cellular phone that can he used m the data 
networK of F!G, 1 so practice trie present invention: 
figure SB Biustmtee an irttemai tuneiioosi block di- 
agram of an exemplary digital ceiiular phone that 
may corresponds to the GSM digital ceiiuiar phone 

Figures- 3A and SB illustrate functional Block dia- 
grams of a tink server device and a mobiie device 
according to an embodiment of the present irtvsrs- 

Figure 4 depicts an account structure used in the 

Figures 5A end 5B Illustrate respectively two exem- 
plary screen displays on a display screen o? a mo- 

Figure 6 demonstrates an oveww of a systematic 
configurate according to tne present invention; 

c- „ . n l % >v \i\r j tK htc^st 

invention; 

Piqufs SA demonstrates an adaress. table per de- 
vice to send an address identifier to an actual IP 
address over a wireless network; 
Figure SB demonstratss an address table managed 

cress identifiers \n a hnk server for aii the mobile 



Figures 9A and 9G illustrate a process flowchart of 
the present invention according to one embodi- 
ment. 

DETAILED DESCRIPTION OF THE INVENTION 



[00.20] Referring now to ins drawings, In whscn. Iske nu- 
merals refer to like parts throughout the severs! views. 
Figure 1 iiiustrstes a schematic configuration sn which 
the present invention may be practises, As shown In. Fig- 
ure 1 . iaodnst 100 is a land-based network that may foe 
the interns! , an intranet or a data network of any pnvate 
network. Coupled to iandns-t 1 00 are a persona! compu- 
ter {PC) HO and a network server 104 Personal com- 
puter 110 may be a Pentium I! -based desktop persona: 
computer. Preferably personal computer 110 runs a Hy- 
perText Markup Language (HTML) browser., such as 
Netscape Navigator from Netscape Communications 
Corporation <http^www.netsespe;«wn} via tsndnet 1 00 
using HyperText Transfer Protocol {b 



iter? 



i netw 



i mey be 



a workstation from SUN Microsystems inc {hftp//www. 
sun.com/). The information stored In network server 104 
may be hypermedia intcrmatioo irfduding mobile data 
designed for mobile devices. 

[0021| There are rt mobile devices 106 serviced- by 
asmet t02. Mobiis devices tO&sre interactive two-way 
commonication devices (e.g., mobile computing devic- 
es, cellular phones, paim-sizsd computing devices with 
PDA (Personai Data Assistants) functionary and inter- 
net-capabfe appliance remote controliers) wbfch- are c:a- 
oabie of communicattng wirsiessiy with antenna. 1 08 via 
ajrnet 102. As shown, antenna 108 asso represents a 

base station and an operat bne and rrtSintenance center. 
The base station centrals radio or telecommunication 
links with mobiie devices 106. Th e ops rations and m ar; - 
tenance center comprises a mobiie switching center 
periorrning the switching of calls between the moDsis de- 
vices and other fixed or mobile network users, Furtner 
thfi operations and maintenance center manages mo- 
biie account services, such as authent ication, ana over- 
sees the proper operation and setup of the wireless net- 
work. Each of tne hardware components and proeessss 

in the art and thus are not describees here to avoid un- 
necessarily obseunng aspects of the present invention 
[0022] Between iandne: vjo a^i mmc: V"- ti:C;n Is a 
link server device 1 "1 4 functioning as a bridge between 
the two networks 100 and 102. Link server device 1 54, 
wh:cn is also referred to as proxy server or wsrsiees data 
server or network gateway server, may be a workstation 
or a personal computer. Link server 114. which is toaded 
with many processes including compiled and llnKso ver- 
sions Inipienisntfrta the present invention, couples air- 
net 102 to (andne; 100 and performs, many functions as 
described tn more dataii-oelow. One oi the Hrnctions that 
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isors of mohfe devices 1 08 with any of the csevicss cou- 
pied to landnet 100, including capping or translating 
from one communication protocol in iandnet 100 to an- 
other in ajrnst '5 02 or vies versa. 
[00231 To facilitate the description of the present in- 
vention, Figure 2A depicts a typical GSM: digital ceiiuiar 
prions 200 that can be used as one of isnernobif© devices 
106 in the arrangement of figure 1 to practice the 
present invention. Cellular phone 200 includes a small 
screen 202 and an extended phone keypad 204, Screen 
202 « typically a LCD display capable of displaying per- 
haps four lines high ay twelve or twenty characters with 
limited graphics capabilities. Extended phone keypad 
204 sncludes, preferably, a regular phone keypad 206, 
a pair of generic Keys 203 and 21 0 and positioning Key 
21 2, Generic keys 208 and 210 are used io activate soft 
Keys displayed m screen 202 and posttbnlngkey212 is 

tor example, on© of the hyperlinKs displayed in screen 
202. Generic keys 208 and 210 and positioning key 21 2 
are not necessary In practising the present invention. 
These keys can be replaced by a set of designated keys 
in regular phone keypad 2DS but provide preferred con- 
venient means for a user to interact efficiently with the 
phone 200. Farmer, having a regular phone Keypad ts 
not a requirement to practice the present invention. 
Some of the mobile devices Pave no physical Keys at 
aft such as those palm-size computing devices that use 
"soft Kays* of icons tor receiving user input aata. in the 
following, unless otherwise specifically described, keys 
or buttons are gsneraiiy referred to as either physical 
Keys or soft keys, 

K 0C^ •> « - cio' < d^ v < diagram 

oi digits! cellular phone 200: Since each of the hardware 
components m digital cellular phone 200 is known to ■ 
those skilled in the art, *be hardware components are 
not described in detail. Sssiass keypad circuit 246 for 
keypad 204 and display drive 248 for display screen 
- - - ^ •■ - - c - - '1 j.V .hJ 
also include a random access memory {RAM}, a read- ■ 
onty memory {ROM} and a physical layer processor or 
microcontroller "28. According to one embodiment, 
compiles ano linked processes of the present invention 
are stored in ROfv- 250 as a client module 262 and a 
support module 254, Upon activation of a predate?- < 
mined Hey sequence titling Keypad 204, physical layer 
processor 123 causes client module 252 to communs- 

eslve; 256 

vC" - < -i t i 

vice equipped with an HTML browser using HTTP can 
access hypermedia snionnaiinn sn a network server 
However. HTTP requires considerable computing pew- 

quest from a computing device to establish s communi- * 
cation session witn a network server may require an ex- 
change ci a number of data packets. In addition to the 
resources required to implement HTTP, significant re- 



sources muss be supported in the computing device to 
request, format, process and display information. This 
is not a significant disadvantage in many situations be- 
cause the computing device, including persona; com- 
puters and workstations coupled' to a network operating 
HTTP, generally has sufficient computing power, mem- 
ory and display capabilities. 

[0026] nevertheless, cellular phone 200 or moblieoe- 

'■ resources to impiementHTTP to run an HTMt browser. 
The computing power in cellular phone 200 or mobile 
devices 1 OS of 

f0Q2?j Figure i is iypicaiiy less than one percant of a 
laptop personal computer's computing power, the mem- 
ory capacity is generally less than rSS kilobytes and trie 
graphics display capacity ;s very limited. Cellular 
phone 200 or any of mobile devices tOS of Figure 1 is 
not a replacement of a desktop computing device or tne 
combination of a win? less CDmrn^mcsucn module and a 
personal computer. Further, making a mobile device, 
such as ceiiuiar phone 200, capable of navigating hy- 
permedia Information in a network server is a significant 
departure f;om prior art systems,. 
10028] Referring now to Figures 34 and 2B there «i s 
respectively shown functional block diagrams of a link 
server device and a mob:;e device according to an em- 
bodiment of she present invention. Link server device-, 
or simply link server 300, that may represent link server 
102 of Figure i , is typically a server computer Ivtoblle 

bite devices 1 06 of Figure 1 or cellular phone 200 of Fig- 
ure 2. To avoid obscuring any aspect of she present in- 
vention, weii known methods; procedures, components- 
and circuitry in link server; 300 and mobile device 350 
are not described in detail: 

[0029] Link server 300 includes a ;andr;a: communi- 
cation protocol (LOP; interface 302 tea- couples to land- 
ne; 304, and a wireless corr-munics-hr. protocol (WOP- 
Interface 308 that couples to a wireless network SOS via 
a carrier's infrastructure fnot shown In the figure). LGp 
interface 302 imp tern ems a communication pto-ociji op- 
erated in ianorisl 304. Goneraiiy. landriet x-4 operates 
HTTP, so that LGP interface 302 Is typically an HTTP 
interface. Similarly, wireless network 308 may operate 
a wireless communication protocol suitable for the char- 
acteristics of a wireless network. One of the available 
wireless communication protocols is Handneld Devise 
Transport Protocol (HOTP; {formerly known as Secure 
Uplink Gateway Protocol {SU6P}}, which runs on User 
Datagram Protocol (UDP). in this embodiment, WCP-in- 
tadaee 306 is implemented with a UOF or HOTP Inter- 
face. HOTP is developed iby Unwirs-d Planet (Phone 
com) Inc. located at 600 Chesapeake Drive, Redwood 
City CA 94063. The specifications ot HDTF, entitled 
hHDTP Specification" is anetesed and Incorporated 
herein by reference in Its entirety. 
[0030] To facilitate the description of the present in- 
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HOTR The present swsnfton is, however, not limited by 
this axempi&ry csmraanfeatwo protocol. 
;0021) HDTP ;i a sess^omievei p ; :»ocoi thai resem- 
bles HTTP hat runs on HOP and without incurring -he 
overhead of HTTP/TCP and ss highly optimized for use 
In thin devices, soon as the mobas devices, thai have 
siqniffcatntiv less computing power arid memory than 
those of a desktop persona; computer, Further, UDP 
doss, no; require si connection to ce eetasiisnec; ce- 
tween a cissn; device and a server before information 
can be exchanged, whksh eliminates the need of ex- 
changing a large numesr o? packets during a session 
ereslsor* Exchanging a very small number of packets 
during a Transaction ts one of the desired features tor a 
mobile devios with limited computing power and mem- 
ory to effect sveiy interact With a l&ndllne device. 
50032] Link -server 300 turtner comprises a server 
modi: is 3"»0 coupled between LCP interface 302 and 
WGP interlace SOS, Serve? moaute 310, which is typi- 
cally loaded irs s memory, performs traditional server 

cation protocol, in particular, tne protocol conversion 
processing Includes s 
H0TP/UQF and HHPfi 
msnt. 

[0033] In server module SiQ, account manager 3f2 
manages through aceoora interlace 314 a number of us- 
er accounts tor aii the mobile devices serviced by link 
server 300. Each ol the mooite devices, sects as 350, is 

a phone num ber of tha devfcsoran ;P address or acom- 

pie: 20-4 163 160 ;3?0i 905 where 204.1 63. 185,1 32 Is 
- - v - < ■> ' 

administrated by a carrtsr in link server 300 as pari of 
tlis procedures so activate a subscriber account for me- 
disc device 350 The subscriber ID may take the form ct. 
for example, 8Si234&6?--i09Q0..pn.mobiie.aft.net by 
AT&T Wireless Service, and ss a unique identification to 
a mobile device in Other words, each of mobile devices 
t 6 it ^ «d b\ \>>. \s 1, -i ,r cm r nas a mq je 
device SO that corresponds to a respective user account 
in i'tnK server 114. Additionally account manager 312 js 
responsible for creating a user account tor a mobile de- 
vice thai anonymously communicates with link server 
114. in this case, account manager 312 ensures proper 
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(s-mp;ary structure 400 o 



conversion between 
tfSirio to one emoodf* 



the duties of account management, as discussed in tur- 
ther detail beiow. Device ID column 402 is filled with trie 
device IDs of moblie devices that correspond to sub- 
scriber IDs m subscriber !D column 404. Credential in- 
formation column 406 lists credential sniormasion need- 
ed -c access each associated account. User ; mc ^OS 
may include the account configuration information, for 
example . device ID "6506:1 7' 1453 5 is a mobile phone 
that is pre- configured to work sr; g CQPD network and. 
probably, may m provKted with so ooton to swtwb to a 
QSivl network if necessary; Fynhsr entries sn user Info 
column 408 may include pointers or isnkages 4 "0 to oth- 
er account-related in-on-nabon, such as system param- 
eters, encryption schemes,: cali pfan and customer serv- 
ice' information that can boacossssd by the moblie de- 
vice. 

f0035] r^3tumirxj no« ;o Figures OA ar-,o 33. a d'-ua- 
base of user accounts permits account manager 312 to 
authenticate and so verify the suoeenbed mobife devices 
and to- control access to provided services by aii mobile 
devices (sudscriced or anonymous devices) via Wire- 
less data network 308. More importantly in the presen; 
n e ^nc"" '"f t j ' v <L \ " 1 \ ^ " 
aging the operations of control engines 320, which are 
respectively ana independently associated witn one mo- 

320 are provided below. 

[003S] Ths foilowing description Is focussed on rrso- 
btie device 350 and lis a^octsted aocoisnL Hovsrevsr, 
the present desc ription Is «quaiiy appfk;abie to any mo- 
blie dsvtce in communication with iinkseiver 300, 
P03?| In addition, server module 310 includes mes- 
sage processes- 315, whiOhiSTCiudessmessage digester 
31 8 and a converter Si 8. Message processor 3" 5 proc- 
esses messages r;ornmun:c3Eed between a network 



dlin 



land c 



era*s? 



[0034] 

•he user accounts managed by account manager 312. 
it should be noted that the user accounts need not be 

accounts can Do rernoisiy located In one of the coroput- 
ino devices oouplsd to tne andnet 104. Through ac- 
count interlace Si 4 that has oroper and secure access 



sage a oci responding compa;;! rr«:33iE:oe to ks crommu- 
moated between iink -server 000 and rnobtis ds?v;c.e 3£() 
In panicuiar, message digester 316 receives ths mes- 
sages from the network server and performs a se- 
quence of message processing that include imsfpreta- 

i, \ < t l t r- r ^ 

to a data format that ts compact enough to be opumaiiy 
efticienti;/ transportable over wireless network 3-OS, The 
messages received from the network server are typical - 
iy markup language flies or data, requests, notifications 
and other commands that could cause mobile device 

The markup language may include., for example, Hand- 
held Device Markup Language {HDML;, HyoerText 
Markup Language (HTML;, compact HTML, Wireless 
Markup Language {WML). Standard Generalised 
Markup Language {SGMLJ and Extensile Markup tan- 
guage'{XML). 

[003S: For example, LCP Interface 302 recesves an 
HDML file bom a {ioaneiai network ssrvsr thai directs 



11 

response to raobiia devise SSO's request to the financial 
network server. The exemplary HQMi. fsie is listed as 
toilows: 

<WDML VERSION = 2.0 > 
<DSSPi.AY MAMS v 

ACTION TYPE- := AOO--PT TASK ^ 
GO DP ST *oarc2> 

Dow has hit 20,000 today ! 
Nasdaq has popped 20%. 
Detailed Financial Headlines 
«■''□! SPLAY > 
</HDMi> 

[OOSSj The screen display corresponding to this 
HDML fa& is shown in Figure SA. it a user selects the 
"OK* sol! my, a issi ei ths aataiied finance news pack- 
aged in one or more HDML fstes would be fetched 
ipojied) from the financial network server and aispiayed, 
as shown m Figure 58. As used he rein , a display screen 
or screen « the physical display apparatus in a eevsce,- 
sum as a 4 by 20 character LCD screen in a mobile 
device or 2.5 inch by 3.5 inch touch LCD screen in a 
palm-sized computer A screen display is.ihs ;ma§e pre- 
sented on the display screen. As shown in Figure SB, 

indicator 610 pointing to the first choice. Pointer 51 2 in- 
Ofcatss that screen- caspiay 808 nas more Hems to be 
asspsaysd but limited by the size of display screen 500, 
[0040? As, descried above, mobi's device 350 r/pl- 
calty does -not havs the necessary computing power and 
memory to operate a browser in response to the HDML 

by message digester Si 6 and then converted through 
convene; 31 3 mloa est of screen ecmmancs ihat causes 
is :TiCbi=e dewce, npon receiving the screen commends, 
so display the contents in the HDML file ;n response to 
the screen commands. Typically, the screen commands 
."c expresses : " a tcmi oi screen description da;a 
(BOD) that is rendered in an interface engine in mobile 
device 350. The following Is an example ot an SDD 
stream: 

c3S3 cS36 eGC I 440: 7754 0362 Si ?3 5803 6869 
74e0 DbJc 302c 

3030 305? TcD'-- Ptc-.. ci7& eOCt 2 -52. 0S<i4 55?4 
S189ScS5 54sO 

0946 696a SISe 6369 61 Ss e009 4865 6164 6c89 
8e65 73fi 

which ss considerably smaller jhan the corresponding 
HDML ills. The ^SCit-like" representation of lha above 

type - screen saq-num 54 

<WRAP> "Dow" ottsefc;4 ''has* oftset=:8 "hn* 

«VVRAP> "20.000" oil s<r .. ? "today" 

< WRAP> ''Headlines* 

< end > 

Transmission of a smaller data-flis is important m wire- 
less data networks thai are characterized with by tow 



H2 

bandwidth and expensive airtsme. According to on e em- 
boolmem, the SDD is a group a imp data, me ; :<a- 
tailed specification ot the imp data ts provided in the Ap- 
pendix entitled "imp Specification proiocois between 
5 Pernio Engine and Terminal, which is hereby incorpo- 
raisa by rstersnce for a;; purposes in its en-irsty Tnere 
are a set ot rules or grammars In the imp data thai an 
interface engine, upon fendering the Imp data, causes 
a screen 'q display Tie cements of me corresponding 

w markup language file 

[004ij h-i other words, she actaai data Peine; ex- 
changed between link server 300 and mobile device SiiO 
is In SDD format, which is typically btey and can be 
commLinicated more .compact^ and efficiently over 
wireless nslwork 30&. Furtncr SDD iiies can be directly 
fsndersd by an interface engine in mobile davic-e 350 
vvlShoe; iunher processing, Nsvcnneiess. she above 
•procedures are provided Tor rliustrailvs purpose only 
and the present Invention is not limited Dv to the Imp 

10 data foroiat Acoorc::ng to anotne! o'-.t-'xi'-n-'-on 1 he 
message processor does not have a pal: of separate 
message digester and converter, a msrfcisp language file 
in HDML compact HTMLorXML is received m the mes- 
sac-e pi ccessor and converi^d :r;k.- a ooir^so'-jnelnc; bi- 

£i nary file that .is much smaller in size and may ba tn Imp. 
cHDML,-cHTML or cXML,: wrierein *c* means stripped, 
compressed, compitea or converted version of tne cor- 
responding markup tiles, 

!'0042] To Interact with mob;:e dov;ce 350,. server mod- 
30 m Si 0 turthar includes ccrstpol engine 320. Control en- 
gine 320 works m conjunction with an interface engine 
in mobile device 350 and fanner wrtn message proces- 
sor 316 to interpret actions from roobsie device S50 In 
the presen- embodiment. More de-aiied ;;esorii;tior : of 
55 the interactions between the Interface engine in mobise 
device 350 and control engine 3S0 in server rnorfyie 3 1 0 
are is given below. 

[0043] Mobile device 350 locsc.irss s corresponPi-ne 
Vv'CP interlace 3o2 tnai couples to ait net 3C-'< via a RF 
*s transceiver (not shown in tne figure) to r&ceive incoming 
and outgoing data signals VVCP Inierlacs 352 is =mpie- 
mentad with a UDP fiteriaoa, as is WCP intedacs 306, 
when wireless network 308 operates KDTP. When an- 
other wireiess communication protocol is operated in 
wrreiess nelworit 308. bath WCP f>terfaos SS2 and 
WCP interlace SOS are readily implemented accordingly 
so that link server 300 and mobile device 350 can com- 
municate with each other. 

[0044] Device ioemlnc.- CO- storage 334 cupc-Hes a 
so ',\v; C '^ AC!J „., j ^ ^ p -X <=- 

a mobile davsce 350 and directly corresponds to ;he de- 
v^iT Dmt e s -oxi^ t i-scj,-'^" ^-ds 
mobiie device 350 includes a client moduie 3SS that par- 
forms many -of the processing tasks performed by the 
mobile cSevlcs 360. Such processing tasks include es- 
iaPiishinga communication session wttn tine server 300 
via carrier network 308. raquesting and receiving data 
from carrser network 308. displaying information or; a 
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display ,>creen 380. and rece'vina uses mput data Spe- 
cifically, cl'eni rooduis 356 is coueied to WCP interface 
' . - - . O" a. v (<? 

quest and receive data. AcKSifJ008!iy..Giient nodule 358 
operates, among other things, an interface engine 384 
that typically receives ins screen description data from 
imk server 300 and causes- display anve £50 !o display 

As'msntosd above, sn poor art systems, ter- 
rns p ^ ' i oo» >, ^vs°t „ ^ at. he 

ens available from Netscape or Microsoft to interact with 
the internes. 7m present invention, however, uses an 
interface engine In s terminal device and a control en- 
gine sn a proxy server, in otfisr words, the present in- 
vsnhori uses an interface engine demanding, little com- 
puting resources in a wireless mobile device and a con- 
trol engine utilizing sufficient computing resources res- 

efiechvety interact with a network server. Further, work- 
ing in conjunction with the control engine in the link serv- 
e>\ ihe interface engine in the mobile device doss oof 
require a large amount of computing power or memory 
ro cache, parse, process and display a markup tan- 
cruage fits 

[0046] To fecftee tanner description ot the present 

atic ooofiguratton according to tne present invention and 
shewd be understood in conjunction with Figure 3 Fig- 

Network server SQ4, or sometimes called service server. 

- 0 v "\ -v - oo - c - o< o v v v.^s cs oC2 a 
Isnk server 606 may correspond respectively to mobile 



scene ws .com provides hypsrmedsa information to net- 
vskjtk 803 so that any computing devices coupled to net- 
work SOB can access the information n service server 

10047! According to one embodiment, ins Information 
in network server 604 Is a Wood Wide Woo page that 
maybe authored in norland fstchad over network 60S. 
operating HTTP. Fran-: the perspective of mooiSe device 

message processor SfO and converted to screen 0s- 

of mobile device SOS. The device characteristics may 
include the type and else of display screen and other 
information passed over Isnk server 606 wnen a commu- 
nication session I* established between mobile device 
60S and link server 608. Generally, a request to estab- 
lish ttt« commortjcaiksn session can be initiated by either 
mobile device 602 or imk server 60S. During the process 
- - v 5 < ' r v ■> » n edi 



602 is received and maintained in link server 606 such 
mat the screen description: data -is generated per m ac- 
cordance with the device characteristics of mobiie de- 
vice 602. The detailed description of initialing vie re- 
quest and the processing of exchanging Information so 
as to subsequently establish asocurs and authenticated 
communication session ;s: described in commonly as- 
signed U.S. Patent Application No. 03/965,868 entities 
"Method and System for Secure Ugfnseeight Transac- 
tions m Wireless Data Networks" by Hanging Lao et al, 
which is hereby incorporated by reference In its entirety. 
[0048] With the established commmncahon session, 
the screen description data sre then forwarded somooiie 
device 602 over wireless nstworK 61 4 operating a wire- 
less communication protocol. Upon receiving and ren- 
dering the screen description data, interface engine 8t 8 
causes display screen 818 to dispiay the information 
embedded In the screen description data. 
TC049] Figures FA tnrough 76; show :ne processes ot 
navigation requests by mobsis devsee 602 of Figure S 
and fetching requested information from service server 
604 and forwarding the Information subsequently from 

[0550] Prior to describing Figures 7A through ?G. 
some of the features in HDML are discussed Similarto 
HTML, HDML ss a tag-bassd document markup lan- 
guage which includes a sat of commsnos or statements 
specified sn a card that defines how information ss dis- 
played on a small screen. Normally a number of cards 
are grouped into adeck that is the smatlsst unit ot HDML 
Information that can be exchanged between network 
server 604 and finK server SOS over Sandnet 608. The 
HDML specification entitled "HDML £.0 Language Rsf- 

snce in its entirety. 

[005 f] Aocorcing 1c cm> cmbcrd-rncoi ; ; : -.he t-tDiV.L. 
tfiers are Soar typical types of cards: a display card, a 
choice card, an entry card, and a no-bispSay card A dis- 
play card gives ov-*" ' ot ; •■a 5c > x V v \ 
The displayed content can srsciede any one of, or any 
combination of text, image, and soft keys, A choice card 

otebei <K3 m a inx- ^pct f ''>'-. '«\t > ex 
are gsnsrasly numbered -sequentially. As explained 
above, thsdser selects a choice by aepressinq a corre- 
sponciing key. An entry card is used to obtain input data 
from the user An entry care displays one or more entry 

to receive either numeric or text data. A no-display card 
Is a hidden card which is not displayed. The no-display 
card ss normally used to execute an intermediate action 
and generally not known to a user Regardless of its 
type, a card can contain text, soft -Keys and images: 
[0052] in one aspect and from the perspective of a 
browser operating HDML. choice and entry cards pre- 
\eit j ass"- • c - mov ng „ the ^ 
questeo information is received-from me user. Whan the 
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spending Key, a request for a new deck is initiated. The 
deck requested is determined by eitner the deck thai the 
user has completed, as by the choices made by the user 
When the deck ss completed, lbs choices and/or data 
entered by the user are typically transmitted along with 5 
tne request to a network server tor a new deck When 
a deck containing multiple cards is received and stored 
in a each® ros-mory, the brewer fetches the first card sn 
thedsek, displays the Information in the card, and allows 
ins user to respond thereto. Depending on she card type. i& 
me user respond;; »y enisdng icx: or choossn^ an op- 
tion, and then pressing a predetermined Key to transact 
the response. 

|0053| ^gn-es 7 A though 7G shouic be understood 
in conjunction with Figure 8 and with reference to Figure 
3. upon sstaaissmng a communication session between 
mobile device 502 and server device 604, an initial 
HOML deck HDML transmitted to link server SOS in- 
cludes an introductory display card and a choice card 
Figure 7A is an exempts of lntroduer.ary screen display so 
702 that Is ultimately drawn on a o-ispiey screen 700 ot 
mobile device 802 by interlace engine Si 6. Figure 7 A 
and the following figures are no; interpreted direotiyfrom 
ine HDML decks reserved, ratnsr are interpreted from 
corresponding screen description data translated in link & 
server 60S according to the HOML decks received 
\twm. As described adove, It working directly with the 
HDML fries, tr»e terminal {s e., the mobile device) would 
require both considerable memory to cache the HDML 
flies, history and activity states and sufficient computing so 
power to run a browser to work with the cached HOML 
files. One aspect which differentiates the oresent inven- 
tion fundamentally from pnor&rt systems is; that the con- 
trol engine In the link server is- responsible for tasks thai 
rsqusre extensive computing resources while the inter- 35 
lace engine in the feromai is only responsible for ren- 
dering the screen description data to cause the display 

^ V . o x .. > , " \ ' , i ' ' > ' • 

;roi engine in she link server perform include: no 

t p:ro;-s'i!oc inquest ^rorn tne moolir; device, 
2. generating a URL request to s network server; 
S. interpreting markca language files; 

4. generating screen description data; <$ 

5. management of data cscne; 

6. management of nistory; 

7. management of variable- states in a markup lan- 
guage file; 

-t ^ -v ^5 'ib"- j-4? 'n„ &<e . f*\ so 



[00541 According to one embodiment, display screen 
' 0o,> ,s - -v - - -otc - ".it en! -o 
display screen 700 displays only text. Screen dispiay ss 

' - '3 "CCv'l .0 1 i. ^r* 

pislesy oeiow, include a horizontal arrow ?Q4, i.e., a mui- 



dieater, to communicate to the user mat screen display 
702 Includes another screen display. To view the HDML 
file, a mult I -card deck indicator indicates that the current 
deck includes another card. The inciters of serser- in- 
dicators, such as norizontal arrow ?0-i. to communicate 
witn the user m optional. The functionality of this inven- 
tion is independent of such screen indicators 
(OOSSj Referenced oy 706 Is a so't ktsv generatiy as- 
sorted with or.e of the generic batons o* the keypad 
of the mobile device 602. A soft key can be used to map 
a generic button m-o a specified button or activated by 
a touch pen or a finger. In this Instance, pressing the 
generic button or touching the key directly is equivalent 
to pressing an "OK" button when ths sort key OK is dis- 
played, in many palm-ssted cornputing devices. She 
number of the keys is generally kept tea minimum so as 
to p.ovide a larger display screen. The larger display 
screen can accommodate more soft keys, which can be 
directly activated using a touch, pen. Soft keys thus pro- 
vide an efficient means to interact with display screen 
700. 

fOOSS] When the user depresses s predetermined key 
(i.e. one of the generic buttons in this case), thus select- 
ing a soft key, a client module m toe mobile device S02 
interprets the acton and sends a request to link server 
605. Upon receiving the request, control engine 609 in 
link server- 606 interprets; the request which is, In this 
instance, a request: to display the next screen display 
Control engine 608 calls converter Si £ to retrieve the 
next card from the received HDML deck, preferaoiy, 
cached in a memory In the link server and converts ihe 
card in HOML to a SOD file that is subsequently deliv- 
ered to mobile device 802.; Upon receiving the SOD file, 
interface engine 616 draws a new screen display as 
shown in Figure ?B, which would be otherwise displayed 
on a desktop computer running a iocat browser working 
directly with the HDML file. 

fOOST] Screen dispiay "OS in Figure 78 shews a list 
of choices {the onginai HDML card is a choice card). 
Besides the lis; ot choices that can be accessed by the 
user in Figure 75 is a downward arrow, which indicates 
that the screen display Includes additional Items that are 
not shown in display screen 700. The screen oispiay can 
be larger than the number- of lines available m the dis- 
play screen 700 and so the user must scroti the screen 
display to view the complete screen. Thus, to view the 
additional Items, the user presses the downward arrow 
key corresponding to the down ward arrow indicator 7 1 2 
on the display screen 700. In this embodiment when the 
downward arrow key ss pressed, sash line of the dispiay 
is rolled up one Isne, The rs-sulring display has an icon 
Vi ,oa" o a r ,\y {' <\v T " t ^ , 

only two screeodlspiays. iMhsrnenu requires more than 
two screen displays, the second screen dispiay of the 
menu would have two icons, one with the upward arrow 
and another with the downward arrow. To scroll between 
Ihe vaious lines >ithe secouo 'ne-u t' e use? tno 
downward arrow key, and the upward arrow key. ;f the 
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user displays the last line oi a card, e.g., the test fee in 
•he second wean, and presses the downward arrow key 
nothing wouid happen because the downward arrow 
icon, another soft key, will not be present in Ihis screen 
display, the user must make a choice before a next dis- 
play sawn is available. 

fOOSS) in this embodiment, each ot the menu items <s 
available on service server 604 or distributed on several 
server computers coupled to network 608. As explained 
mora completely below, each of the menu stems in the 
original HTML isle is associated with a numeral that cor- 
responds to a resource locator in tne card containing the 
menu items The resource locator includes an address 

> ,5 - ' - ">c . ri-t \' VS ^' f" —flU 

items in general, a resource locator includes a universal 
resource identifier (URi) or universal resource locator 
(URU and may include apoendsd data. The address 
can be referenced to snolher card In the deck cached 
in link server SOS or to a remote object on service server 

[OOSS] As shown in Figure 7B. ine first item in the 
menu 798 ; s imilatiy sndseatsd by an arrow 7 1 0 as a pre- 
chosen kern, if the user decides to. proceed with the pre- 
chosen Item, the sol! key "OK" maybe pressed. Alter- 
in mobiledsvioe 502 so send a new request to link server 

•Oo ^ 3' d\ "■ , < ,' •> 'v t C ^ » C^"v 

This request may mcrude a resource locator to another 
card in the deck cached in link serw 608 or a remote 
object sn service server SO*, depending on whether the 
«■ ^ s f x - * s-J V " " \ •< "■2 ntom.-'toft re- 
queued by ths new reoussi tern mobile device 802 
s~00«0} This new request corresponds to a hyperlink 

> v „ *~ ~ ^ „„■ * - c 

reotiy being displayed in Figure 7S. The hyperls-ik may 
include a URL as follows: 

www. xy zmf o .com/ ASC eorp/sa f es 
where www. xy2 into. corn can be the URL of service serv- 
er 804 and /sales may m a hyperlink in an object iden- 
tified by /Soitcorp in service server 604. More specrfh 
catty the card in she original HDivk. file may be ex- 
pressed as foisows; 
< HDML version » s 2.0"> 

<CS TASK k GO D EST- www.xyj info. eorro- 
XV'Z Ins'or ma: ion 

< C£ TASK -~ GO OEST ~ www, personal- 
weh.com > Personal Web Site 



</HDvSL> 
in tfie present 



X";- o*- 0 30' . ' en 1 - - tt e v 
ure 78 dorresoonds to a URL in th« 



sowing, identifying a network server in the internet: 

www. abc.com/saias.hcfeni 

www.xyzinf o. com 

www. f i nanoiai info, com 

www. pe rsona sweb .com 
■When one stem is subsequently eftosem the control en - 
gine wlii generate a URL request to -h© identified net- 
work server to retrieve the desired information. 
10061 ) Although converter 6 : 2 m link serve:- 60S con- 
verts the above code to a SDD file, a much mors com- 
pact forma; for transmuting over wsretsss network Si 4. 
A long address, like hf4>^A»^-W2iofo.conVLocal- 
News/Towns, rypscaily cannot be compressed further it 
rs neither efficient nor wise lo use ths. wsreiess network 
to communicate a numbenof long addresses in a iiiis 
and rsfurn a URL request containing one or more of the 
addresses. Hence tne present invention uses one or 
more address identifiers- iha; are communicated over 
she wireless network. Each of the address idenrifsers 
identifies the full address, : An address Sadie is main- 
sained in link server 606 that maps the address idemish 
ers to the actual (suli; addresses. The address identify* 

significantly different from prior art systems wmch sand 
terminal device addresses to sis hyperlinks ma markup 
language document along with the document so a ter- 
minal device. 

[0062] Figures S A and 83 show. ; sspec-iveiv. two im- 
plementations tit address mapping and should be un- 
derstood in conjunction wrtb Figure 3 and Figure 6. Ad- 
dress mapping table 800 is: identified by a user ID 802. 
Address mapping facte 809 includes address identifier 
column 804 and addresses: info address oufterSOS Ad- 
dress mapping table 800 in: Figure SA. is typicaiiy estab- 
lished when a communication session between a rnobie 

is allocated one address mapping fssbte, which car; ;.-e 
managed by the isocount manager m the link server, fn 
other words, user iD 802 (s.q. , a device ID orasubsats* 
er ID; uniquely associates a mobile device to address 
mapping table 800. During the communication session, 
only the entries in address identifier column 804 are ac- 
tually sent. For example, rather tnan sending over the 
entire resource 'iocator 

ht;p://wvm,>rystl:nfo.conv'LocaiNaws/Towns, address 
identifier "1 234" is embedded h a SDD file that is deliv- 
ered to the mobile device. Generally mapping table 800 

minated. 

f0063j Aocoroinc to .i.noiher emdoc^men-, she ac- 
count manager manages an address mapping taoie 800 
shown sn Figure 8B, in which user 10 column SOS in- 
cludes idenftficaslons (e.g. slevSoe ID or subscriber ID) 
of ait active mobiie devices communicating wstn tne link 
servsr. Address identifiers 804 includes ail address 
identifiers corresponding to tne -actual addresses sn ad- 
dress buffer 60S. Thus, whenever s moi:>lie device refers 
by using an address identifier to a resource locator, the 
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taal adoress is removed frc 
3 tne .address identifier, an? 
merated by the control engirt 



sddress buffer SOB us- 
s&C in a URL request 
>tbe identified network 



fOD84] According to another embodiment in which the 
SDD is a group of imp data, the actual addressee are 
mapped to their relative positions In a final screen dis- 
play. For example, the above tour URLs are hyperlinks, 
according to the engine! HOML iHe, to be displayed one 
In each ofsuccess-vs hnss Thus %wt relative positions, 
line!, lineS, isneS and Sine4, each corresponds to one of 
the URLs. The relationships between the relative posi- 
tions and the actual URLs may be maintained in the ad- 
dress table discussed above or directly by the control 

iinte, a {client} request from the mobile device will com- 

exr>resseb as follows: 

eiisnt request - (SeqiQ, sink, topiine); 
where "SeqiD* ensures thai she client request is syn- 
chronize wth the imp slats fetched for the mobile de- 
vice, from which the client request is produced, "link" is 
one of the parameters %tm indicates which link {URL} is 
: - •> . „ v t o o- > t* 1 ? <(•■>' ■ if av 
; ' * N ' i ) s " ' •" ' a > - <64 < 

0$: Upon receiving tho client request, the control engine 
processes tho request and produces an updated m~ 
qrsss! including the actual URL corresponding to the 
chosen position, tor exaropss I'httpr/Zwvmxysinfo. 
com"f. which causes a connection to the service server 
identified by the URl. 

IS065] Returning to F leure 78, the user may scroii the 
choice arrow 710 downward It the pre-cbosan stern m 
nor a desired one: it should bs noted that scrolling to a 
octeo . ts\ m . 1 at r ' —c" xamele. 

tlon. Other methods can be uses to indicate the users 
choice on display screen 700 such as a horizontal hrgfv 
i:ghiing swp overshadowing the choice, if such an indi- 
cation ss desired. As descriDsd above, the user may sim- 
ps* Key in ons or mora numerals to select an item that 
is of interest. 

[DOSS] M desorir>so above, screen orspay 715 aiso 
includes the representations of two soft Keys, an OK key 
706, and a Sack key 7 14. in this example, these soft • 
keys are defined only lor the card used to generate 
screen dsspiayTiS. The < OK* key allows the user to pro- 
ceed with the chosen Item and the "Sack* soft -key -a Hows 
the user to go back the previous .screen display if so de- 
sired. In the present invention, the "Back* soft key may ■ 
generate a request that is sen? over to the link server 

Other >;eys can oe implemented. For example a "Home" 
key, resulting In a requeai that returns the user to screen 
display 70S of Figure 78. The "Home 1 key may be as- • 
sociatsd with a resource locator identifying the sard rsp- 
mfesnnng screen ti>spiay 705 Specialty the !: tk serv- 
er manages a limited history stack of recent requests 



made by the mobile device in a memory Wbens request 
:s made, ine control engine iooks up the history s-i&c* to 
see If the •■{■quest :s an "old" ons For exampie, when 
the "Home" key is pressed, the request can be found in 
the history stack and the contents, either in the term of 
an HDWL card or an SDD his, car. be retrieveo from 
memory and forwarded loiths mobile device for display. 
[0067] As show: rn Figure 40. the user moves arrow 
7 to downward to the second item Display screen ?1S> 
shows four menu items numbered consecutively. As de- 
scribed above, the downward arrow Indicates that there 
are mere items >n the nsrtf screen each of the item;; has ■ 
an address identifier. For example, far she first tour 
items., the respective address identifiers may he: 

231a 
abc3 
1629 

each address identifier .correspond scan address stored 
in the address buffer of link server 606.: 

wvAvabc.com 

www.xyzinfo.com 

www.finanelalinfooom 

www. personaiwsb. com 
When the second item (i.e., 2318} *s chosen. www,xyz- 
tnjo.com Is intended. After a predetermined button is 
pressed (e.g.. the soft key OK or the numbered button 
*2') fe pressed, a request including sne address identifier 
for the selection is transmitted to \mk server device 806 
by the client module in mobile device 602 over network 
614. Alternatively with regard to the specific imp csata 
Implementation, the request includes the selection m 
■erms of the relative eosltion In a display screen as oe- 
sc'lberi above, in response to the seleciion, control en- 
gine 809 processes this request and formulates a now 

sn the client request, which: causes a connection to serv- 
ice server 604. Through the server module, the link sev- 
er receives another KOMLdack lire from service servor 
604. Upon receiving the -new HDMu deck, message 
processor 510 processes the oock for the destrec curd 
and sands a corresponding SDD file derived Iron; the 
desired card to mobile device 602. 
jpOoS) In Figure 70, there is shown a new screen dis - 
play 718, Typically, it is oased on one of the cards in a 
new deck received In the fink server as a result of the 
request from screen display 7 IS. The deck is cached in 
the sink sewer and the sires choice card Is convenes io 
a SDD file that is rendered by the interlace engine In the 
mobile device for display, if the assr proceeds with any 
of the items, for example^ 'local Msws\ a request is 
made from the Interface engine in the mobile device and 
received bytne cor responding control engine sn the Irak 
server The control engine causes the message proces- 
sor to retrieve a card identified by the request from the 
^a; * ; a- 1 \ v ,1 *'.; — o t- a a v ,w- 

the isle to the mobile device for display 
[0069] Fouio 7F thowt v. o-spiav -y-.-e- 7l» r.? £ .„i>. 
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asks the user lor specific date information so that the 
news corresponding to ih& specified date cars be pro- 
vided. ~he original HD&&. card tna! corresponds jo dis- 
play screen ?1S is an entry card that requires an input 
from the user. Bancs Jbe corresponding SDD file con- 
verted trom the HDMl entry -card requires, tns input at 
cursor ?20 Figure ?F snows mat the input 722, i.e. date 
frtformatiort, is typed m. Upon pressing son key *QK* 
^I'r^^ir r^o.- redes' rc uorg he 
input- data over to she coni-roi engine that performs var- 
iable sud$ts?ut'on&. Variable substitutions, permitting 
sharing of data between cached cards, substitute the 
variable sn the origins! HDML card with the actus} infor- 
mation. As a result, an updated HDML card is ioeaiiy 
and dynamicaity generated and then converted To a new 
SDD hie That is returned to ibo interlace engine for dis- 
play. Figure 7G shows a screen display 724 vwth the 

ed HDML card: ss another entry card, hence screen dis- 
play 724 asks for further information in order to deliver 

"■own" information being rsqeesieti and presses the 
"OK" soft key, a request is made and sen; to the link 
server ;n which the supplied information is used to sud- 

wifh the dais and town information ;s generated. Typi- 
cally, the updated request is sent to 9m network server 
supplying the information, but the updated request may 
be fifed locally in the Sink server if the origins! HDML 

Further delated description of the management and 
processing of the variables in a markup language fits is 

Management in a Hypermedia Dispiay Language' by 
erence in its entirety. 

[0070] Fig t; res 9 A to 9Q together constitute a process 
flow diagram showing the process performed by a linn 
sesver device and a mobile device according to one em- 
bodiment of the present invention and should be under- 
stood its conjunction with Figures 3A to 38 and Figure 
6. At 804, sink server device exchanges information with 
the mobile device to establish a communication session. 



device information is cached in a memory along with 
other information about the mobile oevice. ;f the moniie 
device is an authorized device, there ss a corresponding 
account that was establishes when the mobile device ;s 
activated, if the mobile device contacts the link server 
the first time, an account Is established by the account 
manac-er. Therefore, the device chaisciensttos informa- 
tion Is always -associated with the account of the rooblie 
device. 

[007- ] At 908, the account man aoer assigns a north o; 
engine to work in conjunction with the interface engine 
in the mobile device. At 9 to, the account manager de- 
fects, through the server module, any message arrived. 
At 9tg, the source of the: message Is Identified (i.e., 
whether the message is received {for?: a network server 
or from the mobile device); 

(0072] Ai 914. when the receh ed message is from the 
network server, the control engine along with other mod- 
ules In the iink server determines the message type, in 
this embodiment, there are broadly two message types 
that are processed distinctively from the prior art sys- 
tems. Specifically, these message types are notifica- 
tions and markup language (ML) files. The notification 
or aiert message indicates the srovaS of an electronic 
mail or fulfilment of certain requests {e.g. , saie of a sloes 
at a limit price}. The notification or alert message In- 
cludes a device identification identifying me mooiie de- 
vice . an aiert type {instructing the mobile device to beep, 
vibrate or dispiay a visual sign), an alert title (a text string 
describing the subject matter of the alert), a life-tsme 
specifying a time period during which the alert should 
be delivered) and a URL that a user can request wrier; 
the user desires to respond to the alert. Alternatively an 
aiert can be expressed as follows: 
Notificationaiert = (023. "new ma::*, 4, www wireless. 
com/rnaiLfeiiievat/87473} ■; where "023" is a special 
code that can causes the mobile device to deep, the title 
"new rnaiP is then displayed on the screen of the mobile 
device, the value "4" specifies that the notification mes- 
sage be delivered within four hours or discarded, and 
the iast entry in the notification is the URL to retrieve tne 
new mail identified by '87473' from s mall server iden- 
tified by www.wireiess.cont. 

[0073J As indicated above, s notification or alert mes- 
sage is not always immediately deliverable: sometimes 
the mobile device is out of the service area or the mobile 
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£00741 As 924, the alert message ts modified by sub- 
stituting the actual URL by using an aodrsss identifier 
retrieved from an address tapis. At 926, the modified 
alert message is sent toths mobile device over the wire- 
less network, it should be-pointsd out thai the above $ 
alert list upoato is not. necessary jf she newly arrived alert 
message is tmmddeteiy delivered. Further it should be 
posntsd out that the alert ssst may not be necessarily 
maintained in ths link ssrver device and. as will be ex- 
plained balow, may o-e maintained to tne mooiie device. ?o 
50C75] R-s^jfrjinc; Io w14. :he Situa-ion when tne re- 
ceived massage from trie network is a markup language 
■;svn.5 hies Is described A; 93c. She message processor 
sn the Sink server processes ths Ml files. The processes 
ai 933 may include caching ths Ml files in proper mem- is 
ory; parsing ths ML files jo -generate internal data struc- 
ture needed to generate SDD files, in particular, at 940 

stiJuted with corresponding address identifiers, with the 
actuai URLs are stored in the address tanis maintained so 
in ins imk server or she relative positions o» ths URLs 
are oetermlned with regard to the imp data implemen- 
tation AS 944, ths msssaoe processor converts the 
processed isles :o SDD files based on the mobile 
device's characteristics .information, to allow proper dis- ss 
play ot the SDD files :r; ths mobile device, lb ensure that 
ma -control engine in ths link ssrvsr is in synchrony with 
ins interface engine in the mobiie dsvsce. at 946, the 
SDD files am respectively sequenced, prefera&iy num- 
bered consecutively and, at 948, delivered to the mobile so 
device over She wireless network. 
£O0?S! Returning to 91 2, the situation when ths mes- 
sage is from a mobile device is describes. Typically, 
such a message includes one or mere (client) URL re- 
quests. At 9S€\ the control engine processes the mes- 35 
sage otter i ■« - <- <• ' <-t-* h=t = ». 
quests arc permissible at 958. Depending on the. serv- 
ices subscribed, each mobile device serviced by the link 
server may have the different privileges from other mo- 
feiie devices to the services offered by the linic ssrvsr. if *s 
a request is grantees at 858, ths link server processes 

e °rv.W > v fv ^ ts v\ ce ex- 

client request. = ISsqlD, Event, Gnoses. Link, AitsrlO, 
Topilne, Entry. URL} wnere 'SeqiD'" ensures that the oil- *s 
set request is synchronized wish a SDD fetched to the 
mobile device, from which the client request is pro- 

>< k < t^t- x umi \'ic ..quest* t diom 

tsvaiion, AlertSeieci meaning thai an alert has bean rs- se 
sponded to fetch a message In reference to the aieri, 

a few. "Choice" indicates wnicn choice sn a screen dfs- 

1 jC ~- ^ . ~ -vj, >A D"CC 55 

pnsss one or mom those address identifiers, "topiine" 
\s the position m the screen display from ins SDD and 
''Entry"- typically holds inputs sniersa by a user and 



"URL" as tne name suggests, holds an address entor 
Dy she use;; . 

10077] At P60, the request ;s examined, in some in- 
stances, a; 96?, variables in -he requests an; scnsi^iec 
to provide an updated request, as explained belovv 
j'00?8j Ar:co;c3!r:9 or-a aspect ci the invention, var- 
iables are used- to hold uesr input data. Such user Input 
data can fee collected, for example, in response to a que- 
ry provided to the riser in a a^ssiay screen When the 
user Input data fa q . a number- :s snrered by tne user, 
the use: data received is provided on m^ next display 
screen to provide feed bac k to the user. Specifically, me 
iiok s&n/er receives an VL file :n which are defied a 
number of variables. The variables in ths ML file consti- 
tute Information to be requested at & terminal davic©. 
The ML is converted to a corresponding SDD file to be 
displayed on the mobiie device, and In response to the 
display screen, the user enters the required input data 
and a request is dispatched containing the input data to 
the link server, after a predefined key ss pressed, in prior 
ad systems, a terminal device running a orowser per- 
forms the sub-stituhons locally. In the present invention, 
the mobile device operates only an interface engine 
without ths capability of performing the substitution The 
substitutions are instead performed by tne control en- 
gine in ths link server iwhsn tne request from the mobile 
devtce :s received s: 964 The link server responds m 
the request by sending the mobile device a new SDD 
file that includes the user data substituted lor the varia- 
bles aE 966 

[D079] Accc:d:nq Io another asceci of the present in- 
vention, some values received from the mobile device 
Jo? variables in the ML flies are in the form of address 
ideritlfiers that must be substituied with the actual URLs. 
Examples m' a request including address iOentlfie;s In- 
clude a new information request io a network server or 
,s request to retrieve email. Upon receiving, such a re- 
quest, the actual URLs are retrieved by the account 
manager hom an address table in tne -in* server At S53. 
the oiglnal -equests from She mobile device are modi- 
fied to produce updated requests with the actual URLs 
substituted -and the updated requests are then sent to 
the identified network server(s) corresponding to the 
URLs at 970 

[0030] mou-es 9£ to uG constitute a process flow di- 
agram of the operations executed in the mobiie oevice, 
which corresponds to the -processes in ths link server 
At 963. the mobile devtce: exchanges Information with 
the link device to establish a communication session. 

also be initiated from thermopile device by sanding a 
message to the link serves. Besides a devies Identlfice- 

of the link server. To establish the communication ses- 
sion, aevics characteristics ietormsTian is provided to 
the link server: Such characteristics information may In- 
clude tne size and type of the display screen of the mo- 
biie device, for example. After the communication ses- 
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sax? is; established, ins interface engine works at 967 causes the display screen of the mofciia device to dis- 

with the control engine in foe link server. play text or graphics-according to the SOD ftie at 883. 

|00811 At uSS, the client module in the mobile devise Within the display screen.; the user may browse the 

receives a message. Typically the mobile device re- screen display at 985 by pressing a navigation key to 

eeives ihree kinds oi messages: notifications, SOD files s reposition a cursor to a subied of interest. For further 

and iocai service requeets. At 963, 3 notification mes- information on the seieessd;subiaet, the user may Dress 

sage smves- No's xhat a notification message received a predefined key:, hence a URL request is generated at 

at she mentis -device ;s diffsrsns from ths notification or §67. Also at 385 : the user may be asked for input data 

alert message provided oy a network server. The notifi- to some context. Once the input data is entered, the user 

cation massage received m ths mobile dsvioe is a dis- to may press a predefined key, such as the "OK* key to 

tSlieo version with no explicit URLs. Upon receiving She generate a URL request s; SE7. The-URL request ss then 

notification message, ths essm moduie accesses an sent to the iink server for processing at SS9. 

aiert list >n the mobile device to determine it tnere © an [0085] The present invention is described above by 

identical notification pending 'there at 965. Sometimes way of example u*mg specific embodiments. Numerous 

a user oi the mobile asvtce may not necessarily or im- is changes and modifications can be made within the 

mediately respond to an alert, the mooiie device hence scope of the invention claimed bsbw. 
maintains an alert tjsl to keep record ail the received no- 

the newiy received notification message ss found, the Claims 

aiert list gats updated with the newly arrived notiiicsifon so 

message at 98A Otherwise, i.e., no identical notification 1, A method tor an interactive two-way comrnunicatkic 

^n-sc- 1 s % - u Ji, i n tn- *1 <s t-k < u < * 

- !V C V---? ' t notice - -co'-v -v network sender Jhs method composing:- 

wsfh the aien typo in the received notification message 25 

at 97i. When tne user decides to respond to ihe notifi- initiating a control engine in a link server device 

cation and presses a key or activates a soft toy, a re- of a isndnet after the mosiie device establishes 

ouest corresponding to the notification message is sent a communication session with tne iink serve? 

[0082; At 975, a message is received requesting an so (ink server device comprises an account man- 
services may tnclads functions for rnodftYing"v«r8iess t c xh a "<ev^e arc ^ ^ s ■> nc 
vosce/daie protocols, configuration or system parame- configured to receive a message from the ash- 
lers, bookmarks, addresses, subscriber provisioning in- work server ever ihe iansnet; 
formation and other parameters that may enable or dis- 3S s>vc - tc n* cz< *»c ■> w, e s» h 3 \ it 

devices Technically, the interface engine recognizes spending to the user account: and 

such a message by a special prefix indicating the "focal operating ths message processor to convert 

service" request According to one embodiment, a URL the message to a compact data file that can be 

'or a focal service always begins with "device:*, (e-.g.. 40 efficiently transported in the wireless- network. 

[0083] Upon the srrtvai of a focal service request, the 2. A method as recited in claim 1 further comprising 

iocat service in tne motile devise is invoked. For exam- v. »w r n etv r-er a ^ ssi <-e - *.'\<i vn N n 

ole. a user may navigate loaoage providing email serv- display screen from the mobile device to the Isnk 

ice to the mobile device. Arte;' a Key is pressed or a soft 46 server device over she wireless network, 
key is activated, s request is sent to tne control- engine 

- j - ^ .A *v I'cv^h-i iircoh^oc 3. A method as recited in claim 2 wherem the compact 

request which causes, an address book to be displayed cata ft v t tto x v *h < ^ j 

in the mooiia device. After the user makes a selection rsctiy rends red hy tne interlace engine in the mobile 

from ihe aadress book, at 377, the mobile device sends 50 device, 
another request specifying she selected address to the 

SSD life Upon receiving the BBD'fiis, tne display screen ths message received from the network server is a 

displays a page which allows the user to proceed with notification comprising h device identifier identiryirsg 

composition of a mail massage. ss the mobile device and a universal resource icfentih- 

|Q0841 At 981 . the situation when the received mes- er. 
sage ss an 800 fiie m described. Upon receiving the- 
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•sssage so a compact data 



looking up in a notification itst managed by ins 
account manager tor an entry substantially 
equivalent to the received notifies! son in the link 
server devics; 

updating the notification list wiifr the received 
notification; 

substituting the universal resource identifier 
with m address Identifier; 
storing the universal resolves identifier and The 
corresponding address identifier ;n en address 
tests smanagsd by the account manager In she 
link server device; and 

convorttrsg the notification mr> the universal re- 
source identifier substituted by -he address 
identifier, to the compact data file. 



work server, wherein the mobile device is coapied 
to the wsreiess network and the network server >s 
coupled .to the iandnet, tie system comprising:- 

3 memory for storing cods; lor a serve- module, 
a data storage device tor maintaining a esorae- 
count for ths mobile 
a processor cot; 
5a storage device, the processor executing the 
code in the memory to cause the server module 
tor- 
maintain axacatin§:a control engine associated 
with an interface engine executing if) the mobile 
device, 

receive a network message -rem -he network 
server over the iancr-st operating a tirsl com- 
munication protooot; 

butter the network message si a cache memo- 



A method tor an interactive two-way eomrnunlcsxson 
mobile device oi « wireless data network io interact 
with a network servos; the mobile device having a 
display .screen to interact wsth a network server, the 
method comprising: • 

establishing 3 communieation session between 
the mobile device and a link server device over 
^jf* " S - ' o - 1 n ^c^e'e v. ^ x 

the network server vsa tn© isrtK server device; 
associating an interface engine operating in the 
-.^pj.v^ , 1 ^ -co - in* ,4--'r!. i 
tn the link server covins with an account estab- 
lished for the mobile device m the link server 



generate a compact message from the network 
message; and 

send the compact message to the mobile de- 
vice over The wire-less network opera-soo a sec- 
ond communication protocol. 



10, A system as recite"! in claim 9 therein trie proces- 
sor executing the code; In the memory farmer caus- 
es the server mods.: Is to establish an account man- 
ager to manage a user account o? the mobile ds- 
vice; the account ensuring that The oontroi engine 
Operates With The interface engine so concert. 

11. A system as recited ;n oiairr, S io where sn tns 
network massage ss a norjfscation comprising an 
alert type and a universal resource identifier 



receiving a compact data tsie generated in the 
link server device over the wireless network; 
and 

rendering the compact data file by the Interface 
engine to display contents of the compact data 

?. A method as recited in claim 6 wherein said estab- 
lishing a communication session comprises for- 
warding device characteristics information of the 
display screen of the mobile device io ihe link server 
device over the wresess networ k, 

8. A method as recited In claims. or 7 wherein the com- 
pact date file ss an sjpdatrxi notification processed 

from the network server, ihe notification comprising 
an alert type and an universal resource identifier. 



system, coup! 



12. A system for interactive two-way c< 
wrth a network -server through 
the system comprising: - 



it sons 
device, 



jiess network to a Iandnet, 
ay communication mobile 
isvmc a oispley screen to interact with a net- 



a display screen, 
an input Interlace;: 

a memory tor storing code lor a diem module; 
a processor coupled to me memory and com- 
manding the display screen ana the input 
means, the processor e:<ec:;;t!ng the coos in me 
memory to causa the client module tor- 
execute an interface engine whan activating a 
predefined key, 

maintain the interface engine to work with a 
control engine operating In the link server de- 
vice in concert; 

er device over a wireless network, wherein the 
compact messages is generated by a message 
processor in the link server device with refer- 
ence to s network massage received iron) the 
network server over a iandnet, and 
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piay screen to tfsspiay contents m the network 
message, 

stem as reeitad in claim i £ wherein she input s 
;aca is a phone keypad 

•sterrrfo? interactive two-way cornrrfunscatrons 
a network server or a i&ndnet operasing a sand- 
c~mun»S5ion protocol, ths system ccmpris- w 



s rriarrsojy for storing code for 3 client rooet- 

a .wrocorjtroiier coupled to the roerrKsry, 
trie fmcroconirmm executing the code in 

ffrsfess network operating a wireless comrnu- 
icalion pKHocot: She Sink server devsce conrt- 



a processor coupled to the memory, the 
processor executing tns eode to the mem- 
ory to cause the server module- to:- 
crsats a manager managing a plurality of & 

vice ID ct one of ths mobile devices; 
maifflaSf! a piurailty of control engines, 
<k i >. - * ^ v 

«ngine in each of the moteiie devices after «£> 
a communication session ss respectively 

and tns each ot the mobile devices over the 

work server over the iandnet; the network 
rnessaos comonsina information at the tie- 
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